Не так давно мы уже писали о средстве vCenter Support Assistant, представляющем собой бесплатный плагин к VMware vCenter Server, который призван облегчить сбор диагностических данных об инфраструктуре VMware vSphere, а также помочь обратиться в техническую поддержку.

На днях была выпущена обновленная версия VMware vCenter Support Assistant 5.5.

Напомним, что Support Assistant через плагин к vSphere Client позволяет работать с реквестами в техподдержку, вне зависимости от того как она куплена - на базе подписки или по инцидентам

В vCenter Support Assistant 5.5 появилась новая функциональность, касающаяся автоматизации процесса сбора и загрузки данных, необходимых технической поддержке VMware. Кроме того, диагностические данные передаются по защищенному каналу HTTPS или по FTP напрямую в VMware, минуя посредников. Также было исправлено несколько ошибок.

Более подробно обо всем этом можно почитать в Release Notes. Скачать VMware vCenter Support Assistant 5.5 можно по этой ссылке.

Вчера компания Citrix объявила скором выпуске обновленных версий своих флагманских продуктов XenApp 7.5 (средство виртуализации и доставки приложений) и XenDesktop 7.5 (инфраструктура виртуальных ПК).

Оба решения базируются на технологии FlexCast, которая позволяет управлять инфраструктурой, построенной на основе обоих этих решений, из единой консоли. Эта инфраструктура может содержать в себе до 100 тысяч пользователей и до тысячи хост-серверов.

Кроме этого, было объявлено о поддержке в решениях XenApp и XenDesktop инсталляций на базе Amazon Web Services (AWS) и архитектуры Apache CloudStack. В разработке также интеграция с публичным облаком Microsoft Windows Azure. А вообще заявляют о поддержке почти любого крупного провайдера публичного облака.

Итак, новые возможности Citrix XenApp 7.5 и Citrix XenDesktop 7.5 (приведем их вместе, учитывая стремления Citrix по "сращиванию" обоих решений, например, XenApp Advanced теперь называется XenDesktop App Edition):

• Интеграция с XenDesktop средствами FlexCast для управления из единой консоли. Технология называется  Flex Management Architecture (FMA).
• Hybrid Cloud Provisioning - поддержка гибридных инфраструктур, создаваемых из собственного датацентра и публичного облака (о поддерживаемых облаках написано выше) на временной или постоянной основе.
• Улучшенный механизм App DNA с возможностью P2V-миграции физических ПК в виртуальную среду (теперь время миграции и требующиеся ресурсы уменьшились до 90%).
• Множество улучшений в мониторинге производительности и компонентах решений.
• Упрощенный механизм взаимодействия с компонентом Director со встроенной технологией EdgeSight.
• Поддержка технологии Citrix HDX Mobile - высокопроизводительная доставка графики на мобильные устройства.
• Улучшенная поддержка веб-интерфейса (он вернулся), который позволяет управлять приложениями и ПК.
• Программа Citrix Ready program - для валидации IaaS-провайдеров требованиям Citrix.
• Пользователи издания Platinum (с активной подпиской) бесплатно получат решения Mobile device management (MDM) и Enterprise mobile management (EMM), для пользователей остальных изданий - на эти решения установлены значительные скидки.

Больше подробностей о продуктах Citrix XenApp 7.5 и Citrix XenDesktop 7.5 можно будет узнать ближе к доступности их для скачивания. Цены на решения не изменятся: XenApp будет доступен от $350 за одновременное подключение, цена на XenDesktop начинается от $95 за пользователя или устройство, а издание VDI потребует $195 за одновременное подключение.

Окончательный выпуск этих решений ожидается в марте 2014 года.

Интересная штука тут нашлась у партнера VMware - компании CloudVolumes. Эти ребята придумали распространять виртуализованные приложения VMware ThinApp в виде дисков VMDK, которые можно подцепить к виртуальным машинам, предоставляя тем самым ее пользователям доступ к данному приложению. Называется это решение CloudVolumes ThinApp Edition.

Схематично это выглядит таким образом - CloudVolumes выступает как брокер, который отвязывает и привязывает VMDK-диски к виртуальным машинам, учитывая правила доступа, которые задаются на уровне пользователей и групп Active Directory:

Как только виртуальный диск VMDK привязан, приложение появляется у пользователя в виртуальной машине, как будто бы оно у него локально установлено. То есть, это в основном решение для VDI-инфраструктуры на базе VMware Horizon View.

Такая модель распространения виртуальных приложений ThinApp обладает следующими преимуществами:

• Гибко и в рамках виртуальной инфраструктуры - VMDK можно просто положить на общее виртуальное хранилище, не нужны дополнительные средства для инъекций пакетов ThinApp в виртуальные ПК.
• Один диск VMDK в шаренном режиме можно подключить сразу к нескольким виртуальным машинам (в режиме только для чтения).
• Простота обновлений - можно просто заменить VMDK или отключить его.
• Производительность - работает быстрее, чем запускать приложения с файловой шары, и не задействует сеть Ethernet.
• Удобство управления - есть интеграция с AD, которая позволяет назначать VMDK с приложениями пользователям и группам из единой консоли.

Вот сравнение по времени запуска приложения с диска VMDK с методом запуска из файловой шары:

Больше интересного об этом решении можно узнать из этого документа: "Enhanced Management and Performance of VMware ThinApp Virtual Applications with CloudVolumes Shared VMDKs".

Компания NetApp представила свои новые аппаратные платформы, отвечающие требованиям к производительности приложений, работающих с большими объемами данных. Представленные обновления полностью соответствуют инновационной стратегии NetApp, направленной на разработку ускоренных при помощи флэш-технологий и интегрируемых в облачные архитектуры решений хранения данных для широкого спектра разделяемых и специализированных ИТ-инфраструктур. Более подробно узнать о решениях NetApp, протестировать и заказать их можно на сайте компании ИТ-ГРАД.

Флеш-массив NetApp EF550

Массив NetApp EF550 Flash Array разработан для высокопроизводительных приложений, допустимое время ожидания для которых исчисляется долями миллисекунды.

Флэш-массив NetApp EF550® обеспечивает исключительную производительность, эффективность ИТ и надежность для критически важных приложений, увеличивая скорость их работы и сокращая время ожидания.

СХД корпоративного класса NetApp EF550 на базе дисков SSD позволяет:

• ускорить процессы бизнеса благодаря времени отклика, составляющему всего доли миллисекунды;
• устранить избыточное выделение ресурсов и повысить эффективность ИТ;
• добиться операционной производительности, эквивалентной работе 1000 традиционных дисков (15 000 об/мин), используя корпус 2U, который задействует всего 5% пространства стойки, ресурсов питания и охлаждения;
• быстро определять и устранять возможные проблемы с помощью расширенных возможностей мониторинга и проактивного устранения неисправностей;
• обеспечить защиту от потери данных и устранить простои благодаря копиям NetApp Snapshot, удаленной репликации и прочим функциям защиты данных;
• выполнять репликацию данных на СХД EF550 или NetApp E-Series;
• воспользоваться преимуществами корпоративной программной платформы ПО SANtricity.

Высокие показатели IOPS, время ожидания, составляющее всего доли миллисекунды, возможность масштабирования и надежность корпоративного класса флэш-массива NetApp EF550 позволяют ускорить выполнение рабочих процессов и быстрее получить желаемые результаты.

Обновления E-Series – E2700 и Е5500

E-Series включена в линейку решений NetApp для блочных систем хранения данных с повышенной производительностью. Системы E-Series легко масштабируются и предназначены для рабочих нагрузок, требующих 99,999% надежности при устойчиво высокой производительности. 

Новый массив хранения данных NetApp E2700 SAN

Масштабируемая NetApp E2700 представляет собой решение общего назначения для хранения данных приложений, которое подходит для филиалов, удаленных офисов и предприятий среднего бизнеса. На выбор доступны три вида полок — 4U/60, 2U/24 и 2U/12, а также три интерфейса для подключения: FC, iSCSI или SAS. E2700 интегрируется с основными приложениями, включая системы VMware, Exchange, SQL и Oracle.

NetApp E2700 позволяет:

• добиться высочайшего в своем классе уровня производительности для широкого ряда баз данных и других транзакционных приложений;
• упростить и снизить затраты на управление данными с высокой пропускной способностью с помощью конфигурируемой архитектуры, простой в использовании и установке;
• оптимизировать производительность, сократить время ожидания, увеличить пропускную способность и показатель IOPS;
• обеспечить бесперебойность операций с помощью гибкой интеграции приложений;
• масштабировать дисковое пространство по мере роста предприятия.

Как и другие NetApp E-Series, E2700 использует надежное, простое в использовании и экономичное ПО для управления СХД SANtricity.

Это программное обеспечение позволяет повысить уровень производительности и эффективности, обеспечивает динамическое распределение дисковых ресурсов и управление RAID, а также включает в себя технологию Intelligent Cache Tiering (разделение уровней хранения с помощью интеллектуального кэширования) и расширенные возможности защиты данных, в том числе репликацию и аварийное восстановление данных.

Высокопроизводительная система E5500 расширяет возможности защиты данных благодаря использованию инструментального пакета SANtricity с функциями репликации данных и гибким интерфейсом. Система предлагается с дисками iSCSI объемом 10 Гбайт и дисками FC объемом 16 Гбайт.

Программа NetApp AutoSupport обеспечивает пользователям возможность контроля всего предприятия и содержит встроенные средства аналитики для проактивного управления. E5500 может поддерживать объем памяти до 1,5 Пбайт на одну систему, необходимый для крупномасштабных систем обработки данных.

За консультацией по данному оборудованию обращайтесь в компанию ИТ-ГРАД.

На днях компания VMware обновила клиентов ПО для построения VDI-инфраструктуры предприятия, выпустив Horizon View Clients версии 2.3. Были обновлены клиенты для Windows и Mac OS, а также мобильные клиенты под Android и iOS, которые можно найти, соответственно, на площадках Google Play и App Store. Для Linux пока ничего нового выпущено не было.

Напомним, что, как всегда, все клиенты VMware Horizon View доступны по этой ссылке - http://www.vmware.com/go/viewclients.

Что нового во View Clients 2.3:

• Real-Time Audio-Video for Mac clients (RTAV)

Эта функция появилась в прошлых релизах VMware View (например, для Linux она появилась в версии 5.3). Теперь же эта возможность появилась и для клиентов под Mac. Она позволяет в режиме высокой производительности работать с аудио/видео-потоком, что позволяет использовать веб-камеры и микрофоны в виртуальных ПК с такими приложениями, как Skype, Webex или Google Hangouts.

Те, кто интересуется данной возможностью, могут почитать вот этот исчерпывающий пост на блогах VMware.

• Drag & Drop

Теперь пользователи Windows и Mac, у которых есть несколько виртуальных ПК могут реорганизовать их иконки, перемещая их в рабочей области.

Также, если начать набирать имя виртуального ПК - он будет выделен подсветкой.

Ну и, конечно, множество исправленных ошибок - поэтому самое время обновить свой клиент Horizon View.

Продолжаем рассказывать о решении StarWind iSCSI SAN, предназначенном для создания отказоустойчивых iSCSI-хранилищ для виртуальных машин (есть версия как для VMware, так и для Hyper-V).

Цена
Программное обеспечение от StarWind обойдется намного дешевле аналогичных аппаратных решений. Если же со временем объем хранилища нужно будет увеличить, со ПО StarWind вы сэкономите еще больше средств. Стоимость продукта можно запросить по этой ссылке.

Функциональность
Функциональные возможности StarWind ни в чем не уступают дорогостоящим высокопроизводительным системам хранения данных. StarWind делает технологии корпоративного уровня доступными для небольших предприятий. Такие полезные функции, как высокая доступность, горизонтально-масштабируемое NAS-хранилище, асинхронная репликация по WAN и дедупликация являются встроенными и не требуют дополнительных лицензий.

Надежность
В отличие от аппаратных решений, надежность и эффективность технологий StarWind можно легко проверить. Просто установите 30-дневную пробную версию ПО StarWind и самостоятельно оцените его производительность и функциональность.

Универсальность
StarWind «не привязывает» пользователя к конкретному аппаратному обеспечению и предлагает решения, работающие на любом оборудовании. Поломка сервера не приведет к длительному простою, потому что вместо него можно быстро подключить другую машину. В то же время, замена специализированного устройства хранения может потребовать много времени.

Масштабируемость
Частичная или полная замена оборудования - не помеха для работы StarWind. Объем хранилища данных можно легко расширить, подключив новый сервер и используя уже имеющиеся лицензии на операционные системы и ПО StarWind.

На днях компания Red Hat обновила свои решения для создания инфраструктуры виртуализации и управления облачной инфраструктурой. Итак, во-первых, обновилась платформа виртуализации на базе гипервизора KVM - Red Hat Enterprise Virtualization (RHEV) 3.3.

Напомним, что прошлая версия RHEV 3.1 вышла больше года назад, а именно, в декабре 2012 года, затем была версия RHEV 3.2 в октябре прошлого года, ну а нынешнее обновление также является весьма существенным. Одно из интересных нововведений версии RHEV 3.3 - поддержка архитектуры OpenStack (в рамках Technology Preview), которая позволяет архитекторам использовать такие компоненты, как Nova (контроллер вычислительных ресурсов) и Cinder (облачные блочные хранилища). Напомним, что недавно о поддержке OpenStack объявила компания VMware.

Новые возможности Red Hat Enterprise Virtualization 3.3:

• Функции портала администрирования:
  • Бонды (тимы) могут быть сформированы путем перетаскивания интерфейса в бонд и наоборот.
  • Добавлена кнопка создания снапшота (Create Snapshot)
  • Плагин Red Hat Support plug-in для создания кейса в техподдержку
• Инфраструктурные возможности:
  • Техническое превью поддержки средств управления OpenStack Foreman
  • Интеграция с Cloud-init
  • Роль Storage Pool Manager может быть вручную назначена и переназначена хостам
  • Поддержка Trusted Compute Pools, основанная на проекте OpenAttestation
  • Оптимизация технологии Memory balloon и сообщений об ошибках
  • Виртуальное устройство watchdog
  • Приоритеты для CPU sharing
• Функции для разработчиков
  • API для резервного копирования и восстановления ВМ
  • API для планировщика виртуальных машин
• Сетевые функции
  • Улучшения процесса настройки Management network
  • Роль миграции сети
  • Кастомные свойства адаптеров vNIC
  • QoS для профилей устройств vNIC
  • Несколько сетевых шлюзов на хост
  • Новый пакет python-inotify
  • Возможность рефреша конфигурации сети для хоста
  • Улучшенная поддержка бондинга (тиминга) адаптеров
  • Поддержка провайдера OpenStack Neutron
• Квоты
  • Возможность управления квотами
• Возможности хранилищ
  • Поддержка Virtio-SCSI
  • Поддержка GlusterFS
• Портал пользователя
  • Поддержка нескольких мониторов на одном устройстве QXL
• Функции протокола SPICE
  • Поддержка технологии SPICE-HTML5

Помимо Red Hat Enterprise Virtualization (RHEV) версии 3.3 компания Red Hat также выпустила версию 4.0 своего IaaS-решения, основанного на архитектуре OpenStack: Red Hat Cloud Infrastructure.

Инфраструктура Red Hat Cloud Infrastructure состоит из следующих компонентов:

• Red Hat Enterprise Virtualization
• Red Hat Enterprise Linux OpenStack Platform
• Red Hat CloudForms (управление и оркестрация - то есть автоматизация задач)

Более подробно об этом можно почитать по этой ссылке.

На днях компания Microsoft объявила об обновлении своего средства для планирования инфраструктуры репликации на базе решения Capacity Planner for Hyper-V Replica.

Напомним, что утилиту Capacity Planner for Hyper-V Replica компания Microsoft выпустила еще в мае 2013 года для платформы Windows Server 2012, теперь же продукт поддерживает Windows Server 2012 R2.

Основное назначение планировщика Hyper-V Replica - посчитать необходимую емкость канала репликации и инфраструктуру резервного сайта, основываясь на профиле рабочей нагрузки, имеющейся серверной и сетевой инфраструктуре основной площадки и ее хранилищах. Утилита производит автоматизированный сбор и анализ необходимых метрик, после чего запускается процесс подсчета и предоставляется детальный отчет.

Новые возможности Capacity Planner for Hyper-V Replica:

• Поддержка Windows Server 2012 R2 наряду с обычным Windows Server 2012.
• Поддержка хостов Extended Replica.
• Поддержка виртуальных дисков, размещенных на хранилищах NTFS, CSVFS и общие SMB-ресурсы.
• Мониторинг нескольких отдельных хостов одновременно.
• Улучшенная производительность и масштабируемость - отслеживание до 100 виртуальных машин одновременно.
• Параметры резервной площадки (Replica site) можно не вводить - это для тех, кто еще планирует развертывание DR-инфраструктуры.
• Улучшения в отчетах (например, пиковое использование ресурсов).
• Улучшенная документация.
• Улучшенный рабочий процесс использования утилиты и пользовательского интерфейса.

Кстати, в документации есть раздел о том, как утилиту Capacity Planner for Hyper-V Replica можно использовать для инфраструктуры на базе решения Hyper-V Recovery Manager, о котором мы писали недавно.

Скачать Capacity Planner for Hyper-V Replica и документацию к утилите можно бесплатно по этой ссылке.

Как многие из вас знают, в виртуальной инфраструктуре VMware vSphere некоторое количество программного обеспечения распространяется в виде виртуальных модулей (Virtual Appliances), представляющих собой готовые виртуальные машины с необходимыми сервисами внутри.

К ним, например, относятся следующие вспомогательные модули от самой VMware:

• vCenter Server Virtual Appliance 5.5 (VCVA) - главный сервер управления виртуальной инфраструктурой vSphere на базе ОС SUSE Linux.
• vCenter Orchestrator 5.5 (vCOva) - средство автоматизации операций для виртуальных машин и хост-серверов.
• vCenter Operations Manager 5.7.1 (vCOPs) - средство комплексного мониторинга и анализа виртуальной среды.
• vCenter Infrastructure Navigator 2.0 (VIN) - решение для автоматического обнаружения и визуализации компонентов приложений и зависимостей инфраструктуры.
• vCloud Automation Center Virtual Appliance 6.0 (vCACva) -  средство управления облачной инфраструктурой предприятия (SaaS, PaaS, IaaS) за счет единого решения, построенного поверх VMware vCloud Director.
• vCenter Management Assistant (vMA) - вынесенная "сервисная консоль" за пределы хост-серверов ESXi в отдельный виртуальный модуль, с которого удобно выполнять консольные команды RCLI (например, мониторинга - resxtop), а также хранить и запускать различные скрипты. 
• VMware Log Insight - централизованное средство сбора и анализа логов, о нем мы уже писали тут.
• Horizon Workspace Manager 1.5 (наша статья тут) -  средство автоматизации инфраструктуры виртуальных и физических ПК.
• vCloud Connector 2.5.1 (vCC) - средство миграции виртуальных машин на платформе VMware vSphere из частного облака предприятия в публичное хостинг-провайдера и обратно.

Все эти модули (а также и модули от сторонних производителей), будучи неотъемлемыми компонентами виртуальной среды, нуждаются в защите. Чтобы облегчить эту задачу пользователям, компания VMware выпустила документ "Hardened Virtual Appliance Operations Guide", в котором на 16 страницах вкратце рассказывают о том, как нужно защищать эти виртуальные модули в следующих контекстах:

• Root password - поставить нормальный пароль (сменить дефолтный!).
• Password Expiry - поставить нормальную политику устаревания паролей.
• Выполнить скрипт повышенной безопасности для параноиков (Dodscript.sh - сделан для Минобороны США). Там же написано про то, как поменять Security Banner (то есть скрин логина в консоль ESXi, на котором вывешено предупреждение об ответственности за несанкционированный доступ).
• Secure Shell, Administrative Accounts, and Console Access - использовать защищенный доступ к консоли виртуальных модулей.
• Time Sourcing and Synchronization - применять синхронизацию времени с доверенным источником.
• Log Forwarding – Syslog-ng and Auditd - перенаправлять собираемые логи на отдельный защищенный сервер.
• Boot Loader (Grub) Password - поставить пароль на загрузчик, исключающий также загрузку в Single user mode.
• Отключить сервисы NFS и NIS.

Начинание это, безусловно, является хорошим шагом со стороны VMware в плане обеспечения безопасности виртуальных модулей и инфраструктуры в целом. Но как-то маловато 16 страниц, вы не находите?

На днях компания Microsoft объявила о том, что решение Windows Azure Hyper-V Recovery Manager (HRM) теперь находится в статусе General Availability, что означает не только то, что оно поддерживается в производственной среде, но и попадает под действие SLA-соглашений от Microsoft.

Напомним, что Windows Azure Hyper-V Recovery Manager - это средство управления катастрофоустойчивыми решениями от Microsoft, комбинирующее в себе возможности Windows Azure, System Center Virtual Machine Manager и Hyper-V Replica для восстановления виртуальных машин после сбоев в конфигурации с несколькими датацентрами (на данный момент два - основной и резервный).

Recovery Manager - это облачный сервис, который управляется на стороне платформы Windows Azure, позволяющий задать основную и резервную конфигурации виртуальных машин, включая схему IP-адресации (например, на резервном сайте может быть другая подсеть) и порядок восстановления виртуальных машин.

Таким образом, сторонники VMware, которые раньше в качестве своего преимущества называли наличие катастрофоустойчивого решения VMware SRM, теперь имеют на один аргумент меньше.

В качестве основной технологии репликации между площадками предлагается использовать технику Hyper-V Replica, которая производит асинхронную репликацию на уровне хоста (решение от VMware, впрочем, поддерживает и синхронную на уровне хранилищ).

HRM на стороне Azure не хранит никаких чувствительных данных (только имена сетей, настройки, имена ВМ и прочие метаданные), сам же канал передачи данных надежно шифруется.

С момента выпуска октябрьской версии сервиса Microsoft HRM обзавелся следующими возможностями:

• Improved Failback Support - улучшенный механизм для сценария обратного восстановления, когда основная площадка "пришла в себя" после сбоя.
• Support for Kerberos based Authentication - использование этого типа аутентификации для техники Hyper-V Replica. Это полезно, когда у вас в компании используются сторонние WAN-оптимизаторы.
• Support for Upgrade from VMM 2012 SP1 to VMM 2012 R2 - теперь поддерживается обновление Virtual Machine Manager с версии 2012 SP1 на версию VMM 2012 R2.
• Improved Scale - сервис был значительно улучшен в плане масштабируемости.

Ценообразование на HRM строится на базе оплаты за защищаемую виртуальную машину в месяц. При этом берется среднее количество защищаемых виртуальных машин за прошедший месяц. Цена на HRM начинается от ?11.92 / $ 16 за виртуальную машину. При этом до 28 февраля включительно продукт можно приобрести со скидкой 50% по цене от ?5.96 / $ 8 за защищаемую ВМ.

Более подробно о решении Windows Azure Hyper-V Recovery Manager можно узнать на этой странице.

Мы довольно много пишем про кластеры хранилищ VMware Virtual SAN (VSAN), которые создаются на базе локальных дисков серверов VMware ESXi (например, тут и тут, а в последний раз - тут). А сегодня мы хотим рассказать о калькуляторе, который может пригодиться для расчета необходимой емкости хранилищ под Virtual SAN.

Написал его Duncan Epping, известный специалист по VMware vSphere и блоггер - один из немногих, которому можно верить.

Калькулятор рассчитывает общее количество требуемого дискового пространства (HDD и SSD-диски) как для кластера в целом, так и для одного хоста VMware ESXi, принимая в качестве исходных данных следующие параметры:

• Количество ВМ в кластере хранилищ.
• Объем оперативной памяти машины (vRAM).
• Размер виртуального диска машины.
• Число хостов, используемое для построения кластера.
• Параметр Failures to tolerate (о нем мы писали тут).
• Процент дискового пространства на метаданные и прочие издержки виртуализации хранилищ (по лучшим практикам - где-то 10%).
• Процент пространства, которое занимает SSD-накопитель от дискового пространства на базе HDD-дисков хоста ESXi.

Поиграть с калькулятором дискового пространства для Virtual SAN можно по этой ссылке.

Для тех из вас, кто по причине отсутствия купленной подписки, лени или еще какой другой, использует старую версию платформы виртуализации VMware vSphere 5.1, компания VMware выпустила обновление VMware vCenter Server 5.1 Update 2.

Что нового в Update 2:

• vCenter Server 5.1 теперь поддерживается на платформе Windows Server 2012 R2.
• Возможность кастомизации нескольких дополнительных гостевых ОС через vCenter:
  • Windows 8.1
  • RHEL 6.4
  • Windows Server 2012 R2
  • SLES 11 Service Pack 3
• Добавлена поддержка СУБД Microsoft SQL Server 2012 Service Pack 1.
• Обновление протокола OpenSSL до версии openssl-0.9.8y.
• Исправления ошибок, которые можно найти вот тут.

Скачать VMware vCenter Server 5.1 Update 2 можно по этой ссылке.

Кроме этого, вышел также и VMware ESXi 5.1 Update 2, где почти ничего не изменилось:

• Появилась поддержка новых гостевых ОС (их список есть в VMware Compatibility Guide).
• Было исправлено несколько ошибок, список которых приведен вот тут.

Скачать VMware ESXi 5.1 Update 2 можно по этой ссылке.

Несколько недель назад компания VMware выпустила обновление ESXi 5.5.0 Driver Rollup 1, представляющее собой ISO-образ с самим ESXi 5.5 и дополнительными драйверами. Этот образ подходит только для чистой установки на хост и не поддерживает режим обновления (Upgrade).

VMware ESXi 5.5.0 Driver Rollup 1 содержит в себе драйверы IOVP certified drivers (IOVP  - I/O Vendor Partner Program), то есть драйверы от производителей, которые добавились или обновились с момента выхода ESXi 5.5.

Обновлены были драйверы оборудования следующих производителей:

• Broadcom
• Cisco
• Emulex
• Fusion-io
• HP
• Hitachi
• Intel
• LSI Corporation
• QLogic
• Virident Systems

Release Notes для ESXi 5.5.0 Driver Rollup 1 доступны по этой ссылке.

Компания StarWind, лидер в разработке решений для создания программных отказоустойчивых iSCSI-хранилищ для виртуальных машин, провела серию вебинаров вместе с Microsoft Украина на русском языке на тему программных хранилищ данных в Windows Server 2012.

В рамках онлайн сессии Microsoft, Юрий Хохлов, ведущий инженер-программист компании StarWind Software, рассказал о iSCSI Target и SMI-S от компании StarWind, а также рассмотрел некоторые тонкости, которые могут быть полезными в рабочей среде.

Все это теперь доступно в записи. Первая часть выступления касается следующих моментов:

• Обзор базовой работы с дисками
• Динамические диски
• Обзор типов томов, которые можно построить в Windows Server
• Создание программных рейдов
• Организация Storage Spaces в Windows Server 2012 R2
• Управление внешними хранилищами на примере Windows Server 2012 R2 + StarWind

Во второй части записи онлайн-трансляции можно узнать о таких подробностях работы хранилищ, как:

• Обзор файловых систем
• Свойства NTFS
• Работа с квотами
• Линкование
• File Server Resource Manager
• Теневое копирование

В ближайшее время будут еще вебинары, так что не отключайтесь.

Более подробно о сотрудничестве компании StarWind и Microsoft Украина можно почитать тут. Пробная версия продукта StarWind Native SAN for Hyper-V доступна по этой ссылке - http://ru.starwindsoftware.com/native-san-for-hyper-v.

Ну и напомним последние новости о новой версии StarWind V8, выпуск которой ожидается в ближайшее время.

Мы уже немало писали про кластеры хранилищ VMware Virtual SAN (последнее - тут и тут), а сегодня рассмотрим механизм работы запросов на чтение блоков, который описал в своем блоге Duncan Epping.

Итак, схема кластера VMware Virtual SAN:

Здесь мы видим такую картину - виртуальная машина находится на хосте ESXi-01, а ее блоки размером 1 МБ размещаются на хранилищах разных хостов. При этом блоком 1 владеет ESXi-01, а блоком 2 - ESXi-03. Хост ESXi-02 не принимает участия в обработке запросов ввода-вывода.

Схема работы запроса на чтение проста - сначала проверяется наличие блока в кэше на чтение (Read cache), и если там блока не оказывается, то проверяется Write buffer на хранилище SSD (если блок еще не успел записаться на HDD) и непосредственно сам HDD-диск. В данном случае блок 1 нашелся на SSD-диске в кэше на чтение.

Второй же блок обслуживается хостом ESXi-03, но его не оказалось в кэше на чтение, и он читается с HDD-диска. Тут надо отметить, что кластер Virtual SAN помещает блоки в кэш на чтение только на тех хостах, которые активно обслуживают этот блок и владеют им, а те хосты, которые просто хранят копию данных - в Read cache таких блоков не помещают.

Не так давно мы писали о том, что компания VMware выпустила виртуальный модуль VOVA (vSphere OpenStack Virtual Appliance), предназначенный для интеграции с архитектурой OpenStack, которая представляет собой комплекс проектов свободного программного обеспечения, предназначенного для построения облачной инфраструктуры.

На днях же VMware выпустила небольшой документ "Getting Started with OpenStack and VMware vSphere", в котором описывается схема того, как использовать решение vSphere в качестве бэкэнда для компонентов Nova (контроллер вычислительных ресурсов) и Cinder (облачные блочные хранилища).

В указанном руководстве все опирается на виртуальный модуль VOVA с Linux-машиной, которая реализует все необходимые сервисы OpenStack.

Структура документа:

• Introduction
  • VMware vSphere
  • OpenStack
  • Using OpenStack with vSphere
    • OpenStack and vSphere: Conceptual Analogies
  • The VMware OpenStack Virtual Appliance
• Requirements
  • vSphere Requirements
    • vSphere Inventory: Single Datacenter
    • Cluster: Automated VMware vSphere Storage DRS
    • Storage: Shared
    • Networking
      • Port Groups and VLANs
      • ESXi Firewall
      • DHCP Server
• Installation
  • Importing VOVA
  • Configuring VOVA
  • Starting VOVA
  • Configuring the VMware vSphere Web Client Plug-in for OpenStack
• Managing OpenStack with the Horizon Web Interface
  • Logging In – Web
  • Logging In – SSH/CLI
  • Flavor of the Day
  • Launching an Instance
  • Accessing the Console for an Instance
  • Managing Storage
    • Adding Persistent Storage to an Instance
    • Removing Persistent Storage from an Instance
    • Adding the Persistent Storage to Another Instance
  • Network

Надо отметить, что виртуальный модуль VOVA официально не поддерживается со стороны VMware и предоставляется "as is".

Те, кто читает нас постоянно, знают, что компания VMware предлагает услуги по аренде виртуальных машин в своем публичном облаке VMware vCloud Hybrid Service (vCHS), датацентры которого на данный момент доступны в США.

Напомним, что vCloud Hybrid Service предоставляет 2 типа сервиса:

• vCloud Hybrid Service Dedicated Cloud - это облачный пул ресурсов, полностью изолированный от остальных клиентов сервиса на уровне физических серверов, с изолированной сетью на уровне L2 и продаваемый на базе годовой подписки со стоимостью от 13 центов за одну эталонную виртуальную машину в час. Эталонная машина в данном случае - это ВМ с 1 ГБ оперативной памяти и 1 vCPU. Все машины будут защищены технологиями отказоустойчивости VMware, а также размещены на выделенных виртуальных хранилищах. При этом можно использовать один или несколько виртуальных датацентров под задачи организации.
• vCloud Hybrid Service Virtual Private Cloud - это multi-tenant организация виртуальной среды, где виртуальные машины разных клиентов будут изолированы логически (то есть ВМ разных организаций могут сосуществовать на одних хостах и хранилищах), но каждому клиенту будет предоставлен определенный набор ресурсов в рамках одного виртуального датацентра.

Из последних новостей про VMware vCHS:

• Компания VMware выпустила vCloud Hybrid Service vSphere Client Plug-in 1.0
• В VMware vCloud Hybrid Service стали доступны возможности Direct Connect
• Перспективы развития VMware vCloud Hybrid Service и покупка Desktone

В этом выпуске новостей про vCHS мы сообщаем о двух вещах:

Во-первых, в бета-режиме заработал британский датацентр vCHS, расположенный в Лондоне (а точнее, в Слау). Второй датацентр в UK тоже обещают скоро ввести в эксплуатацию. А в течение всего 2014 года будут вводиться в строй датацентры в других европейских странах.

Во-вторых, с 1 января 2014 года компания VMware снизила стоимость услуги vCHS Dedicated Cloud на 50%, и стоимость эталонной машины (1 ГБ оперативной памяти и 1 vCPU) теперь составляет 7 центов в час. При этом скидки за объем и срок контракта продолжают действовать. Кроме этого, поскольку на Dedicated Cloud можно использовать Overcommit по памяти и диску, то стоимость эталонной машины можно снизить еще в 2 раза и она составит вообще 3.5 цента в час. Напомним также, что услуги в облаке vCHS можно минимально приобретать сроком на 1 месяц.

Ну и отметим, что для того, чтобы начать работу с vCHS нужно купить так называемый "Core package", то есть минимальный комплект ресурсов арендуемой виртуальной инфраструктуры. А именно:

Продолжаем рассказывать об услугах компании ИТ-ГРАД - первого сервис-провайдера в России, предоставляющего в аренду виртуальные машины на платформе VMware.

Помимо услуг IaaS (Infrastructure-as-a-Service) компания ИТ-ГРАД занимается поставкой уже готовых комплексов для создания виртуальной инфраструктуры. Комплексы укомплектованы всем необходимым для начала работы и не требуют дополнительного оборудования. Опциональные возможности позволяют легко наращивать производительность любого комплекса, либо изменять его качественные характеристики.

Предлагаемые решения являются результатом многолетнего опыта компании по построению инфраструктуры приватных облаков на базе продуктов VMware. Все применяемые компоненты одобрены к использованию компанией VMware для построения виртуального датацентра на базе VMware vSphere 4.1 и выше. Все комплексы полностью протестированы в Центре Компетенции, и ИТ-ГРАД гарантирует их работоспособность и эффективность.

*-без учета Storage Efficiency

Более подробно узнать о составе и функциях облачных комплектов от ИТ-ГРАД, а также ознакомиться с возможностями комплекта для построения инфраструктуры 3D VDI, можно по этой ссылке.

Вместе с VMware vSphere 5.5 компания VMware выпустила также виртуальный модуль (Virtual Appliance) сервера управления VMware vCenter Virtual Appliance 5.5 (vCVA или, он же, vCSA), который позволяет развернуть уже готовую виртуальную машину для управления виртуальной инфраструктурой.

Как часто бывает, улучшения новой версии в плане безопасности обернулись геморроем для администраторов - оказалось, что в дефолтном варианте (если вы не меняете своевременно пароль root или не увеличиваете срок устаревания пароля) виртуальный модуль (а точнее, аккаунт root) блокируется через 90 дней после начала использования. А так как эти 90 дней для многих закончились именно сейчас, после праздников, то эта проблема стала весьма актуальной.

Итак, если эти 90 дней у вас еще не прошли, и виртуальный модуль еще не залочен, то можно сделать следующее:

1. Можно продлить срок устаревания пароля.

Зайдем в консоль vCSA как root и выведем содержимое файла безопасности /etc/shadow:

# more /etc/shadow

Пятый аргумент (выделено красным) - это число дней, через которое происходит устаревание пароля root - в данном случае установлено 1095 дней (3 года). Чтобы такое получить, нужно выполнить команду:

# passwd –x 1095 root

Следующие 3 года можно будет не беспокоиться вопросом устаревания пароля root на vCSA.

То же самое можно сделать и через веб-интерфейс настройки vCSA (https://<адрес вашего vCSA>:5480):

2. Можно отключить блокировку root на VMware vCenter Server Appliance по окончанию срока устаревания пароля.

Для этого открываем файл /etc/cron.daily/pass-expiration и меняем там фрагмент:

# disable the password if it's time and not already done.
# don't rely on the pam account facility. prepend an x in the shadow file.
if [ $TODAY -ge $DEADLINE ] && ! grep -q 'root:x' $SHADOW; then
   sed -e 's/^root:\(.*\)/root:x\1/' $SHADOW -i
fi

На вот такое:

# force a password change for root if we've reached the password expiration date.
# pam.unix2 doesn't do this the way we would like, so we do this instead.
if [ $TODAY -ge $DEADLINE ]; then
   chage –d 0 root
fi

Из комментария понятно, что теперь вместо блокировки root-аккаунта, мы получим запрос о смене пароля по окончании срока действия пароля.

3. Если 90 дней уже прошло, и аккаунт root залочен.

В этом случае делаем следующее:

• При загрузке VMware vCSA нажимаем пробел, чтобы предотвратить автозагрузку.

Если загрузка происходит слишком быстро, и вы не успеваете нажать пробел - посмотрите сюда.

• Далее нажмите клавишу <p> и введите пароль загрузчика GRUB. По умолчанию это "vmware" или, если вы меняли пароль root, сам пароль пользователя root и есть.

• На пункте VMware vCenter Server Appliance нажмите клавишу <e>:

• Выберите второй пункт для установки kernel boot parameters:

• Далее снова нажмите клавишу <e> и в появившейся строке ввода напишите:

init=/bin/bash

• Далее нажмите <Enter>.
• Затем клавишу <b>, чтобы начать процесс загрузки.
• Произойдет загрузка в однопользовательском режиме.
• Напишите команду:

passwd root

• Перезагрузите vCSA командой reboot.

Процесс также описан в KB 2069041. Обратите также внимание, что наличие включенного однопользовательского режима Linux тоже является потенциальной дыркой безопасности.

Продолжаем рассказывать о решении StarWind iSCSI SAN V8, предназначенном для создания отказоустойчивых iSCSI-хранилищ для виртуальных машин. Не так давно мы о новых возможностях второй беты продукта StarWind V8, а в первых числах этого года появилась обновленная (третья) бета этого продукта, которую можно скачать по этой ссылке: http://www.starwindsoftware.com/starwind-v8-beta.

Напомним основные новые возможности StarWind V8 Beta 3:

• L2 Flash Cache - кэш уровня L2, который работает непосредственно с кэшем уровня L1 в RAM, что существенно улучшает производительность.
• Файловая система LSFS, которая изначально работает с большими блоками данных, что положительно сказывается на сроке службы флеш-накопителей (SSD), на которых размещаются виртуальные машины (это дело недалекого будущего). Файловая система LSFS преобразовывает small random writes в большие последовательные операции записи, что также существенно увеличивает производительность.
• Inline-дедупликация StarWind, которая не создает нагрузку на подсистему хранения и не "крадет" IOPS'ы у продуктивного хранилища.
• Simplified and improved GUI - улучшенный интерфейс мастеров развертывания хранилищ для Windows Server 2012 с поддержкой скриптов PowerShell.
• Возможность интеграции с механизмом SMI-S для Windows Server 2012 R2.
• Massive Scale-Out storage architecture - возможность масштабирования узлов кластера хранилищ до любого числа (а не только 3 как сейчас).
• Asynchronous WAN-replication - возможность асинхронной репликации между узлами и возможность создания катастрофоустойчивого решения для хранилищ.
• Поддержка примитивов VAAI для устройств на одном узле и устройств с синхронной репликацией: поддерживаются команды WRITE SAME, EXTENDED COPY, ATS.
• Репликация конфигурации узла, включая информацию о снапшотах, что позволяет в случае сбоя сохранить созданную оригинальную конфигурацию и реплицировать ее уже, например, на третий узел.

На днях компания Citrix выпустила продукт DesktopPlayer for Mac 1.0, который позволяет пользователям инфраструктуры виртуальных ПК на базе Citrix XenDesktop получать доступ к своим десктопам с собственных компьютеров Apple Mac. DesktopPlayer, в отличие от решения XenClient, исполняется поверх хостовой ОС Mac и представляет собой так называемый "type-2" гипервизор.

Решение DesktopPlayer for Mac от Citrix поддерживает технологию ShareFile и позволяет переключаться между Mac OS X и виртуальным ПК с синхронизацией маковского профиля и документов. По-сути, DesktopPlayer for Mac - это корпоративная аналогия Parallels Desktop и VMware Fusion (хотя, для VMware это скорее аналог Local Mode, который есть только для Windows).

Сам продукт использует компонент Synchronizer, который есть в XenDesktop, что позволяет синхронизировать с VDI-датацентром только изменения виртуальной машины от базового образа, хранящегося в датацентре, что уменьшает объем передаваемых данных при работе офлайн. Кроме того, в любой момент виртуальную машину можно откатить к базовому образу (golden image).

Надо сказать, что DesktopPlayer не бесплатен - он доступен как XenDesktop FlexCast add-on по цене $75 за устройство или пользователя, в зависимости от используемой модели лицензирования. В качестве хостовых ОС маков поддерживаются Mac OS X 10.9 (Mavericks) и 10.8 (Mountain Lion). Важно, что DesktopPlayer не является самостоятельным продуктом и без XenDesktop не работает.

Интересно, что для Windows-платформы компания Citrix пока не имеет подобного решения (гипервизора type-2), где предлагается использовать bare metal гипервизор Citrix XenClient. Сам же DesktopPlayer пропагандируется как решение в рамках концепции BYOD - то есть, купил себе личный Мак, а можешь использовать корпоративный ПК с Windows в виртуальной машине, а потом загрузить его в датацентр и уже ходить к нему через Citrix Receiver.

Больше информации о продукте Citrix DesktopPlayer for Mac можно найти по этой ссылке, а пробную версию на 90 дней можно скачать тут.

В небольших инсталляциях виртуальной инфраструктуры VMware vSphere может оказаться оправданным сделать один из серверов VMware ESXi сервером NTP, чтобы с ним синхронизировали свое время другие хосты.

Интересно, что немногие знают о том, что NTP-клиент сервера VMware ESXi 5.x (NTP-демон /sbin/ntpd) работает по-умолчанию не только как клиент, но и отдает время по запросу другим серверам как NTP-сервер. Поэтому достаточно лишь указать адрес хоста ESXi в качестве целевого хоста для синхронизации времени - и все будет работать.

Загвоздка тут одна - по умолчанию фаервол сервера ESXi блокирует входящие NTP-запросы по протоколу UDP на порт 123. Чтобы это исправить, нужно добавить собственное правило в сетевой экран. К сожалению, в Firewall GUI этой возможности не предусмотрено, поэтому придется лезть в конфиг-файл.

Для начала выведем список всех активных правил фаервола ESXi командой:

esxcli network firewall ruleset list

Создаем файл ntpd.xml с конфигурацией сервиса NTP со следующим содержимым (подробнее о процессе - тут):

<!-- Firewall configuration information for NTP Daemon -->
<ConfigRoot>
  <service>
      <id>NTP Daemon</id>
      <rule id='0000'>
          <direction>inbound</direction>
          <protocol>udp</protocol>
          <porttype>dst</porttype>
          <port>123</port>
      </rule>
      <enabled>false</enabled>
      <required>false</required>
  </service>
</ConfigRoot>

Далее кладем этот файл в папку на хосте ESXi /etc/vmware/firewall/ntpd.xml и выполняем команду:

esxcli network firewall refresh

После этого мы увидим новое правило в конфигурации сетевого экрана ESXi (в командной строке его можно проверить командой list, приведенной выше):

Однако, к сожалению, пользовательская конфигурация фаервола ESXi не сохраняется при перезагрузке хоста, о чем написано в KB 2007381. Поэтому можно просто положить ntpd.xml на общее хранилище и добавить в /etc/rc.local команду по копированию ntpd.xml в нужную папку хоста и комнду рефреша правил фаервола. Однако это ненадежно, поскольку зависит от доступности общего хранилища.

Поэтому, все-таки, лучше сделать это правило постоянным с помощью процедуры, описанной у Андреаса, заметка которого и стала основой этой статьи. Для этого нужно будет создать и установить VIB-пакет (как сделать это для любого случая описано в той же KB 2007381).

Ну а используя готовый пакет от Андреаса, можно установить созданный им VIB для добавления правила в фаервол для NTP-сервера:

esxcli software acceptance set --level CommunitySupported
esxcli software vib install -v http://files.v-front.de/fwenable-ntpd-1.2.0.x86_64.vib

Все это работает как для ESXi 5.0/5.1, так и для ESXi 5.5.

Иногда администраторам VDI-инфраструктуры виртуальных ПК VMware View требуется получить информацию о настройках клиентского устройства, таких как IP или MAC-адрес, используемый протокол или другие параметры, которые записывает туда View Agent. Хранятся эти настройки в ветке реестра HKEY_CURRENT_USER\Volatile Environment.

Чтобы пользователь или администратор VMware View мог собрать эти настройки быстро, Davoud Teimouri написал утилиту View Client Device Detector, которая живет в трее виртуального ПК и позволяет скопировать в буфер обмена весь этот конфиг, который потом можно кинуть в скайп или почту:

Некоторым администраторам может понадобиться информация о том, как узнать LUN ID в Windows Server 2012 R2, например, при создании отказоустойчивого кластера на платформе Hyper-V (Failover cluster).

Делается это просто. Запускаем cmd и открываем diskpart:

Смотрим подключенные устройства командой:

list disk

Выбираем нужный LUN командой:

select disk <number>

Смотрим свойства устройства, где и показан LUN ID, командой:

detail disk

Ну что же, наступил 2014 год, и самое время поговорить о том, что нас ждет в ближайшем будущем. Точнее говоря, лучше почитать, что говорят об этом крупные компании, принимающие участие в производстве средств виртуализации и сопутствующих решений.

Традиционно, Дэвид Маршал собирает их на ресурсе vmblog.com, где размещено больше сотни прогнозов на 2014 год, как от крупных игроков рынка, так и от малоизвестных нишевых компаний. Ниже мы приведем ссылки на наиболее интересные прогнозы с их краткими аннотациями.

VMware 2014 Predictions: Virtual Crystal Ball Gazing

CTO компании VMware, Paul Strong, рассказывает о том, что самым важным элементом инфраструктуры предприятий являются приложения. Вся остальная часть инфраструктуры должна быть упрощена и автоматизирована, что логично, так как вся техническая ИТ-инфраструктура создана только для одного - поддерживать приложения.

Как таковых прогнозов в статье не много, но вот, о чем говорит нам CTO:

• Виртуализация будет распространятся на все корпоративные приложения, включая самые критичные и высоконагруженные.
• Компании будут внедрять технологии Network Virtualization для создания эффективных распределенных сетей (см. решение VMware NSX и концепцию Software-defined networking).
• Начнутся внедрения решения Virtual SAN (VSAN), позволяющего строить распределенные кластеры хранилищ на базе локальных дисков хост-серверов.
• Произойдет очень серьезное расширение инфраструктуры гибридных облаков.

Приоритеты VMware остаются прежними:

• Software-Defined Data Center - концепция программно-определяемого датацентра.
• Hybrid Cloud - гибридное облако между инфраструктурой предприятия и публичными датацентрами VMware vCHS.
• End User Computing - технологии повышения эффективности работы конечных пользователей.

Citrix 2014 Predictions: 2014 will not be the year of VDI

Прогнозы Citrix выходят под очень провокационным заголовком, поскольку компания в прошлом году провозглашала его как год VDI, то есть повсеместного внедрения виртуализации настольных ПК.

Что же Citrix имеет в виду теперь? На этот раз тут имеется в виду, что рынку нужно нечто большее, чем просто виртуализация настольных ПК - нужно менять парадигму, касающуюся работы пользователей в современном мобильном мире. Во всю развиваются гибридные облака и сервис-провайдеры, предоставляющие не только серверы, но и десктопы в аренду (DaaS, Desktop-as-a-Service). Пользователи хотят использовать свои собственные устройства для работы в корпоративной инфраструктуре (концепция BYOD). Корпоративной инфраструктуре нужны единые, гибкие и эффективные средства управления.

То есть нужно адаптировать корпоративную ИТ-инфраструктуру под меняющиеся реалии - облачную моду и мобильность пользователей. Вот на это будет делать ставку Citrix, а также и на то, чтобы сделать необходимые средства для управления облачной средой, которые у Citrix, увы, еще пока не так хороши, как хотелось бы.

Кроме того, вот тут Citrix дает и более конкретные прогнозы по инфраструктуре предприятий:

• Количество пользовательских устройств BYOD увеличится на 25%.
• 70% предприятий поддерживают или добавят поддержку Android OS, поскольку именно Андроид будет рулить в корпоративной инфраструктуре, а не iOS.
• Более половины созданного контента в корпоративной среде будет создано на мобильных платформах, основная коммуникация также будет происходить с мобильных устройств.

Red Hat 2014 Predictions - Promise Turned Into Reality: Enterprise IaaS Adoption in 2014

Компания Red Hat считает, что в 2014 году многие компании в рамках стратегии по аренде виртуальных машин в облаке (Infrastructure as a Service, IaaS) перейдут от размышлений к действию, и многие будут использовать для этого сервис-провайдеров на платформе OpenStack, ведь у Red Hat есть собственный дистрибутив RDO в раках этой архитектуры.

Само собой, Red Hat верит в публичные облака на базе Open Source решений, поскольку сама является их разработчиком (например, гипервизора KVM). Ну и ставку Red Hat делает, прежде всего, на экосистему партнеров, поскольку не имеет собственного публичного облака.

Oracle 2014 Predictions: The Rise of Ready-Made IT

Oracle в своих прогнозах также придерживается идеи всеобщей "мобилизации" - корпоративные пользователи будут работать с планшетов (причем своих), BYOD станет всеобщим, а пользователи будут получать доступ к приложениям через браузер с поддержкой HTML 5.

С точки зрения построения корпоративной инфраструктуры, Oracle считает, что она должна направляться приложениями, то есть все средства виртуализации должны быть, прежде всего, заточены под приложения и быть у них на службе. Неудивительно, ведь Oracle является одним из самых известных разработчиков СУБД, при этом как производителя платформ виртуализации ее мало кто знает.

Если, конечно, не брать в расчет настольную платформу VirtualBox, обновления которой мы, несомненно, увидим в следующем году.

Ну и, конечно, же Oracle верит в конвергентную инфраструктуру, стандартизированную и собираемую из готовых блоков (программных и аппаратных), таких как сервера приложений, БД и прочие сервисы, развертываемые по требованию из уже готовых шаблонов. Хотя тут позиции Oracle и не очень сильны.

Veeam 2014 Predictions - Forget virtual first, now it's virtual only!

Рик Вановер из компании Veeam считает, что этот год для многих компаний будет годом 100%-й виртуализации, то есть все приложения так или иначе будут перенесены в виртуальную среду. Более того, именно высокий, определенный в организации, процент виртуализованных систем, считает Рик, должен стать целевым показателем, к которому должны стремиться компании.

Еще интересные прогнозы:

• HyTrust 2014 Predictions - Cloud Security in 2014
• Virtual Bridges 2014 Predictions: What to Watch for in 2014
• SolarWinds 2014 Predictions: Commoditization Allows Innovation
• CA Technologies 2014 Predictions - In 2014 Cloud Computing is So Last Year
• Acronis 2014 Predictions: Security Demands to Drive Innovation in Cloud Storage
• Parallels 2014 Predictions – Cloud Management Platform Leaders Continue to Evolve

Один из самых торжественных и приятных моментов уже совсем близко, и мы бы хотели сердечно поздравить вас с Новым годом! Пусть в новом году у вас и ваших близких все будет хорошо, удача будет сопутствовать в делах, а семья растет и ширится.

Мы хотим сказать вам "спасибо", за то, что читаете нас каждый день. Также мы благодарим всех партнеров и рекламодателей VM Guru за оказанную поддержку и надеемся на плодотворное сотрудничество в Новом году.

С самыми теплыми пожеланиями, бессменный ваш Александр Самойленко.

Настала пора посмотреть, какие темы в этом году в сфере виртуализации были у нас самыми актуальными и собрали больше всего просмотров. Поэтому мы просто сделали запрос к нашей базе и вывели статьи этого года, упорядоченные по количеству просмотров по убыванию.

Итак, как выглядит наш Топ-10 2013 года:

Неудивительно, что самым ожидаемым релизом этого года оказалась платформа виртуализации VMware vSphere 5.5. Каждый раз, когда выходит обновление vSphere, это делает маленькую революцию в сфере виртуализации. Ведь частные облака по-прежнему удерживают внимание ИТ-специалистов, и хост-платформа ESXi является лидирующим решением для построения корпоративных облачных инфраструктур.

Из технологий, которые оказались самыми интересными в vSphere 5.5 - это, конечно же, сервисы Virtual SAN, концепция Software Defined Networking (SDN) и продукт VMware NSX на ее основе, а также технология VMware Virtual Flash (vFlash).

Самый оживленный интерес вызвала именно версия View 5.2, у которой в названии добавилось еще слово Horizon, обозначающее принадлежность продукта к семейству решений из множества EUC (End User Computing).

Тут безусловные лидеры по интересу пользователей - функции 3D-графики в виртуальных ПК и технология Clientless HTML5 Access to View Desktops & Apps, позволяющая получать доступ к своим десктопам через браузер. Напомним, что не так давно вышла версия View 5.3, где функции по работе с 3D-графикой были значительно улучшены.

Как показывает статистика, тема переноса физических серверов в виртуальную среду по-прежнему актуальна. В статье рассказывается об основных аспектах процесса миграции P2V (Physical to Virtual) и средстве для автоматизации этого процесса - VMware Converter Standalone.

Оказывается, многим пользователям хочется подключить том VMFS к Windows-системе, чтобы скопировать его виртуальные машины, а далее заглянуть в содержимое их файлов виртуальных дисков (VMDK). Это возможно средствами драйвера Open Source VMFS Driver от fluid Ops. Жалко, что это средство поддерживается только для VMFS 3 и уже давно не обновляется.

Похвально, что тяга к знаниям находится у наших ИТ-специалистов так высоко. Скорее всего, заметка набрала много просмотров из-за того, что ссылку на нее часто пересылали.

Помимо решения для виртуализации настольных ПК VMware View, комплект Horizon Suite включает в себя VMware Horizon Mirage 4.0 - решение для управления образами рабочих станций пользователей, а также VMware Horizon Workspace 1.0 - комбинацию двух продуктов - Horizon Data (бывший Project Octopus - решение а-ля корпоративный Dropbox, о котором мы много писали вот тут) и Horizon Application Manager - решение для федерации SaaS-приложений и VDI-сервисов.

Тема резервного копирования хостов конфигурации хостов ESXi всегда востребована. Текущая версия этой утилиты (1.2) вышла в конце февраля этого года. Жаль, что не обновляется.

Конечно же, выпуск решения номер 1 для резервного копирования и репликации Veeam Backup and Replication 7 стал одним из главных событий этого года.

О каждой из новых функций решения можно почитать по этим ссылкам:

• Поддержка решения VMware vCloud Director (возможность №1)
• Плагин для vSphere Web Client (№2)
• Восстановление объектов Microsoft SharePoint (№3)
• Поддержка ленточных библиотек (№4)
• Поддержка виртуальных лабораторий по запросу (On-Demand Sandbox) для Hyper-V (№5)
• Улучшенный 1-Click Restore (№6)
• Виртуальные лаборатории для реплик (№7)
• Копирование резервных копий в географически удаленное хранилище по WAN-соединению (№8)
• Резервное копирование виртуальных машин из снапшотов, сделанных на уровне хранилищ (№9)

Действительно, полезный и нужный продукт.

Кто-то предрекал XenServer скорую смерть (в том числе, и мы), но он оказался живее всех живых. Citrix решила передать платформу XenServer сообществу Open Source, что может вдохнуть вторую жизнь в этот многострадальный продукт.

Действительно интересный пост наших коллег из компании ИТ-ГРАД, в котором рассказывается о Cisco UCS Manager, с помощью которого производится настройка всей системы. Данную задачу специалисты ИТ-ГРАД выполнили в рамках подготовки к тестированию FlexPod (Cisco UCS + NetApp в режиме MetroCluster) для одного из заказчиков.

На этом наш хит-парад закончен. Странно, что в него не попали статьи про новый Hyper-V (например, "Что нового будет в Hyper-V обновленного Windows Server 2012 R2", 12 место по популярности), но это объясняется, скорее всего, тем, что нас читают, в основном, любители VMware. Что ж, будем исправляться и поднажмем на заметки о решениях компании Microsoft, тем более, что она потихоньку откусывает свою долю рынка у VMware.

Всего в этом году у нас появилось 447 заметок о виртуализации и решениях для управления виртуальной инфраструктурой. Будем ждать вас уже в следующем году! С Наступающим Новым годом!

Мы уже много писали о технологии VMware Virtual SAN (VSAN), которая позволяет создать отказоустойчивый кластер хранилищ для виртуальных машин на основе комбинации SSD+HDD локальных дисков серверов VMware ESXi. Не так давно вышла обновленная бетаэтого решения, кроме того мы не так давно писали о производительности VSAN тут.

В этой заметке (на базе статьи Дункана) мы поговорим о том, как кластер VSAN обрабатывает сбои различного типа, и как происходит восстановление работоспособности виртуальной машины без ее простоя.

Итак, в нормальном режиме функционирования, при значении параметра FailuresToTolerate равном 1, который означает, какое количество отказов хостов может пережить кластер хранилищ, реплика одного VMDK будет размещена на дисках еще одного из хостов кластера:

Тут можно заметить 5 особенностей кластера VMware VSAN:

• Виртуальный диск VMDK и его реплика всегда находятся на разных хост-серверах VMware vSphere.
• ВМ не обязательно должна исполняться на том хосте ESXi, на дисках которого находятся ее хранилища.
• Компонент witness находится на третьем по отоношению к виртуальному диску и его реплике хосте, чтобы создать определенность на случай разделения сети VSAN (где окажется 2 компонента из набора "vmdk-реплика-witness" - тот сегмент и будет определяющим).
• Сеть VSAN используется для операций ввода-вывода и определения доступности.
• Реплика VMDK-диска вместе с основной копией образуют RAID-1 массив, который увеличивает производительность операций чтения в виртуальной машине, так как для чтения используются оба хранилища.

Кроме того, вследствие особенностей реализации кластера VSAN, надо понимать, что команды ввода-вывода не применяются к диску данных виртуальной машины, пока не пришло подтверждение об их записи на реплике. Но подтверждение приходит не от HDD-диска, где находятся данные ВМ (это было бы очень медленно), а от SSD-диска, который используется как энергонезависимый Write Buffer для команд ввода вывода. Таким образом, этот буфер (и данные, само собой) зеркалирован в рамках дисковой группы на другом хосте ESXi.

Теперь рассмотрим различные виды сбоев в кластере VSAN.

1. Ломается диск дисковой группы, где исполняется виртуальная машина.

Выглядит это так:

В этом случае такой диск сразу же помечается как "degraded", а команды ввода-вывода перенаправляются на другой хост-сервер VMware ESXi. При этом виртуальная машина этого не замечает, так как переключается на работу с SSD-буфером/кэшем и HDD-дисками другого хоста мгновенно (данные на момент сбоя были синхронизированы, ничего не потерялось).

Одновременно с этим сразу же начинается процесс построения реплики на другом хосте ESXi в рамках его дисковой группы, при этом проверяется, достаточно ли там свободных дисковых ресурсов. Если их недостаточно, то механизм VSAN будет ожидать. Как только вы добавите диски/дисковые группы на хостах - сразу же начнется процесс построения реплики (до его окончания машина будет помечена как "degraded").

Тут надо отметить, что в degraded-состоянии скорость записи данных останется прежней, простоя не будет, а вот скорость чтения упадет до построения новой реплики, поскольку второй копии данных пока нет.

2. Отказывает хост VMware ESXi целиком.

В этом случае запускать процесс восстановления сразу же, конечно, не нужно - мало ли что могло случиться с хостом, например, его случайно перезагрузили, или временно пропало сетевое соединение.

В этом случае происходит ожидание в течение 60 минут, и если отказавший хост ESXi не оживет, то начнется процесс создания реплики виртуального диска VMDK на другом хосте. Это время можно изменить в расширенной настройке кластера VSAN.ClomRepairDelay, но пока не известно будет ли это поддерживаться со стороны VMware.

3. Отказ SSD-диска в дисковой группе.

В кластере VMware Virtual SAN поддерживается 1 SSD-диск и до 7 HDD-дисков в одной дисковой группе. Всего на один хост VMware ESXi поддерживается до 5 дисковых групп.

В данном случае Failure Domain - это вся дисковая группа, включающая в себя SSD-диск, который используется для двух типов операций:

• Read Cache (70% емкости) - безопасное кэширование операций на чтение. На SSD-диске хранятся наиболее часто используемые блоки, что уменьшает I/O read latency для ВМ.
• Write Buffering (30% емкости) - когда приложение внутри гостевой ОС пытается записать данные, оно получает подтверждение записи тогда, когда данные фактически записаны на SSD (не на HDD), таким образом твердотельный накопитель используется как буфер на запись, что небезопасно при внезапном пропадании питания или отказе хоста. Поэтому данные этого буфера дублируются на других хостах кластера и их SSD-дисках.

Таким образом, при отказе SSD-диска, виртуальная машина начинает использовать реплику на уровне всей дисковой группы на другом хосте VMware ESXi. Вот почему выгодно делать две дисковых группы 3HDD+1SSD, чем одну  6HDD+1SSD.

Вот, в общем-то, и все. Более подробно об использовании SSD-дисков, их производительности и ресурсе можно прочитать вот в этой статье.

Не так давно мы уже писали про новые возможности vGate R2 версии 2.6 - продукта, предназначенного для защиты виртуальных инфраструктур средствами политик, а также от несанкционированного доступа к элементам инфраструктуры, таким как виртуальные машины, хранилища и сети.

В этом посте мы расскажем о том, как начать работу со средством vGate R2 2.6 для быстрого старта. Для более подробной информации обращайтесь к разделу документации о vGate 2.6 - благо, что она доступна на русском языке.

Напомним также, что демо-версия vGate 2.6 с поддержкой последней версии платформы VMware vSphere 5.5 доступна для скачивания по ссылке.

1. Итак, устанавливаем vGate 2.6 из дистрибутива:

2. Во время первого запуска консоли управления vGate на экране появится мастер
первоначальной настройки:

Укажите с помощью мастера параметры соединения с сервером виртуальной инфраструктуры, добавьте защищаемые серверы и создайте учетные записи для пользователей vGate.

3. По окончании работы мастера на экране появится окно консоли управления.

Если первоначальная настройка конфигурации не была выполнена с помощью мастера, выполните ее самостоятельно (пункты 4–6).

Читать статью далее ->>

Открыл я тут свои давние записи и неожиданно обнаружил, что совсем недавно главному ресурсу о виртуализации в России исполнилось 7 лет! С ума сойти. Если бы тогда я решил не создавать VM Guru, а завести ребенка, он уже бы пошел во второй класс и мог бы выглядеть, например, как-то так :)

Но я тогда решил не заводить детей, а завел VM Guru, который вы сейчас и читаете. Читайте дальше и цените - ради вас трудимся.